A GRAPHICAL DISPLAY SYSTEM AND METHOD FOR APPLYING 
PARAMETRIC AND NON-PARAMETRIC TEXTURE MAPS 
TO GRAPHICAL OBJECTS 



BACKGROUND OF THE INVENTION 
RELATED ART 

[0001] Texture mapping typically involves mapping a source image, referred to as a 

"texture," onto a surface of a graphical object. The texture is normally defined by a 
texture map having a plurality of point elements, referred to as "texels." Each texel 
comprises one or more color component values and a set of texel coordinates. Each 
color component value is indicative of one of the texel' s color components (e.g., red, 
green, or blue), and the texel coordinates are indicative of the texel's position within 
the texture. 

[0002] During texture mapping, a texture mapper receives graphical data (e.g. , 

primitives) defining a surface of a graphical object, and the texture mapper maps the 
pixels of the object's surface to the texels of the texture map. In this regard, based on 
a pixel's coordinate values, the texture mapper maps the pixel to one or more 
corresponding texels of the texture map. If there is only one corresponding texel, then 
the texture mapper assigns the color component values of the one corresponding texel 
to the pixel. If there are multiple corresponding texels, then the texture mapper 
interpolates color component values from the color component values of the 
corresponding texels and then assigns the interpolated color component values to the 
pixel. The color component values assigned to the different pixels by the texture 
mapper are then utilized to color the object's surface when the object is displayed by a 
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display device, such as a display monitor or a printer, for example. Moreover, the 
surface of the displayed object appears to have a texture that corresponds to the source 
image defined by the aforedescribed texture map. 

[0003] Employing texture mapping generally facilitates the creation of more complex 

and realistic images. In this regard, when texture mapping techniques are employed, it 
is not necessary for the primitives of a graphical object to define the texture of the 
object's surface, thereby reducing the amount of graphical data included in the 
primitives. Thus, storage and processing of the primitives are generally facilitated. 
During rendering, a graphics adapter can take a texture map defining a small image of 
a complex texture and, using various techniques, such as tiling, for example, apply the 
texture to the surface of the graphical object such that the object's surface appears to 
be textured according to the source image defined by the texture map. 

[0004] Indeed, utilizing conventional texture mapping techniques, graphical display 

systems have efficiently produced fairly realistic and complex images, However, 
techniques for further improving the textured appearance of graphical objects are 
generally desirable. 

SUMMARY OF THE INVENTION 

[0005] The present invention generally pertains to a graphical display system and 

method for applying parametric and non-parametric texture maps to graphical objects. 

[0006] An exemplary graphical display system in accordance with one embodiment of 

the present invention comprises memory and a texture mapper. The memory for stores 
a parametric texture map (PTM) and a non-parametric texture map (non-PTM). The 
texture mapper is configured to selectively apply, based on a one or more criteria, the 
PTM or the non-PTM to a pixel of the graphical object. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0007] The invention can be better understood with reference to the following 

drawings. The elements of the drawings are not necessarily to scale relative to each 
other, emphasis instead being placed upon clearly illustrating the principles of the 
invention. Furthermore, like reference numerals designate corresponding parts 
throughout the several views. 

[0008] FIG. 1 is a block diagram illustrating a texture map generating and editing 

system in accordance with an exemplary embodiment of the present invention. 

[0009] FIG. 2 is a diagram illustrating a side view of an image capture unit, such as is 

depicted in FIG. 1 . 

[0010] FIG. 3 is a diagram illustrating a bottom view of an image capture unit, such as 

is depicted in FIG. 2. 

[001 1] FIG. 4 is a block diagram illustrating a printed circuit board, such as is 

depicted in FIG. 2. 

[0012] FIG. 5 is a diagram illustrating a three-dimensional view of a sample object 

that may be positioned underneath a dome structure of an image capture unit, such as 
is depicted in FIG. 2. 

[0013] FIG. 6 is a diagram illustrating a side view of the sample object depicted in 

FIG. 5. 

[0014] FIG. 7 is a diagram illustrating a top view of the sample object depicted in 

FIG. 5. 

[0015] FIG. 8 is a diagram illustrating a three dimensional plot of a data point 

indicative of a measured luminosity and an angle of incidence for a texel of an image 
of the sample object depicted in FIG. 5. 
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[0016] FIG. 9 is a block diagram illustrating a graphical display system in accordance 

with an exemplary embodiment of the present invention. 
[0017] FIGS. 10 and 1 1 illustrate a flow chart depicting an exemplary process for 

generating a parametric texture map (PTM) in accordance with an exemplary 

embodiment of the present invention. 
[0018] FIG. 12 illustrates a flow chart depicting an exemplary process for performing 

texture mapping in accordance with an exemplary embodiment of the present 

invention. 

[0019] FIGS. 13 and 14 illustrate a flow chart depicting an exemplary process for 

generating a PTM having color component luminosity equations in accordance with 

an exemplary embodiment of the present invention. 
[0020] FIG. 15 illustrates a flow chart depicting an exemplary process for performing 

texture mapping in accordance with an exemplary embodiment of the present 

invention. 

[0021] FIG. 16 is a flow chart illustrating an exemplary process for determining 

whether to apply a PTM to a graphical object in accordance with an exemplary 

embodiment of the present invention. 
[0022] FIG. 17 is an illustration of a graphical object displayed by a graphical display 

system, such as is depicted by FIG. 9. 
[0023] FIG. 18 is a top view representation of the graphical object depicted in FIG. 17 

when a viewing angle of the object is approximately perpendicular to the object's 

front surface, which is visible to a viewer. 
[0024] FIG. 19 is a top view representation of the graphical object depicted in FIG. 17 

when a viewing angle of the object is approximately 60 degrees relative to the object's 

front surface, which is visible to a viewer. 
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DETAILED DESCRIPTION 

[0025] Graphical display systems are often used to generate simulated images of 

physical objects. However, some physical objects possess certain characteristics that 
are difficult for a graphical display system to accurately simulate. For example, an 
object sometimes has a surface that does not appear to respond to changes in light 
directions in a homogenous fashion across the object's surface. More specifically, 
the luminosity of one point on an object's surface may appear to behave differently, 
based on light position, than the luminosity of another point on the object's surface. 

[0026] For example, if a light source is positioned at an angle (a) relative to a first 

point on the object's surface and is moved to an angle (/3) relative to the first point, the 
luminosity of the first point may appear to change in a particular manner as the light 
source is being moved from angle (a) to angle (jS). However, if the light source is 
positioned at the same angle (a) relative to a second point on the object's surface and 
is moved to the same angle (j3) relative to the second point, the luminosity of the 
second point may appear to change in an entirely different manner as the light source 
is being moved from angle (a) to angle (/?). 

[0027] Such a phenomena is not always noticeable to a viewer and is often more 

pronounced for less homogenous surfaces. As an example, many cloth fabrics have 
several different threads of different sizes and colors interwoven together and have a 
surface that is substantially non-homogenous. Moreover, the luminosity behavior of 
objects covered with such cloth material often appears to change as the position of the 
light source illuminating the objects changes. 

[0028] Conventional texture mapping systems typically do not attempt to account for 

the aforedescribed phenomena when applying a texture to a surface of a graphical 
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object. In this regard, typical texel values in a conventional texture map are constant 
color values and, in particular, do not account for the fact that different texels of a 
texture defined by the texture map may, in reality, appear to respond to light in a 
different manner than other texels. A texture mapping system in accordance with a 
preferred embodiment of the present invention, on the other hand, accounts for the 
phenomena that different texels of the texture defined by a texture map may appear to 
respond to light in a different manner as a light source is moved relative to the texels. 
Thus, more realistic graphical images are possible. 
[0029] In this regard, FIG. 1 depicts a texture map generating and editing system 30 in 

accordance with a preferred embodiment of the present invention. As shown by FIG. 
1, the system 30 preferably comprises a texture map manager 32 for generating and 
editing a parametric texture map (PTM) 34. As will be described in more detail 
hereafter, each texel of the PTM 34 preferably comprises at least one polynomial 
texture equation that allows the texel' s luminosity value to be calculated as a function 
of light position or some other parameter. As used herein, a texePs "luminosity 
value" refers to a value indicative of at least the texeFs brightness. In this regard, a 
texel's luminosity value may only indicate brightness or may indicate another color 
parameter combined with the texeFs brightness. For example, a luminosity value be a 
value that is indicative of a texeFs brightness, independent of the texeFs color, or a 
luminosity value, in another example, may be a value indicative of both color and 
brightness. 

[0030] Note that the texture map manager 32 can be implemented in software, 

hardware, or any combination thereof. In a preferred embodiment, as illustrated by way 
of example in FIG. 1, the texture map manager 32, along with its associated 
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methodology, is implemented in software and stored in memory 42 of the texture map 
generating and editing system 30. 

[003 1] Further note that the texture map manager 32, when implemented in software, 

can be stored and transported on any computer-readable medium for use by or in 
connection with an instruction execution system, apparatus, or device, such as a 
computer-based system, processor-containing system, or other system that can fetch 
and execute instructions. In the context of this document, a "computer-readable 
medium" can be any means that can contain, store, communicate, propagate, or 
transport a program for use by or in connection with the instruction execution system, 
apparatus, or device. The computer readable-medium can be, for example but not 
limited to, an electronic, magnetic, optical, electromagnetic, infrared, or 
semiconductor system, apparatus, device, or propagation medium. Note that the 
computer-readable medium could even be paper or another suitable medium upon 
which the program is printed, as the program can be electronically captured, via for 
instance optical scanning of the paper or other medium, then compiled, interpreted or 
otherwise processed in a suitable manner if necessary, and then stored in a computer 
memory. As an example, the texture map manager 32 may be magnetically stored and 
transported on a conventional portable computer diskette. 

[0032] A preferred embodiment of the graphical display system 30 of FIG. 1 comprises 

one or more conventional processing elements 46, such as a digital signal processor 
(DSP) or a central processing unit (CPU), that communicate to and drive the other 
elements within the system 30 via a local interface 5 1 , which can include one or more 
buses. Furthermore, an input device 54, for example, a keyboard or a mouse, can be 
used to input data from a user of the system 30, and an output device 56, for example, a 
screen display or a printer, can be used to output data to the user. 
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[0033] In a preferred embodiment, the texture map manager 32 controls an image 

capture unit 58 for capturing a plurality of images of an object. As will be described in 
more detail below, for each captured image, the object is preferably lit by a light source 
from a different direction. The texture map manager 32 preferably analyzes the captured 
images to generate the PTM 34. Each texel of the PTM 34 may comprise color 
component values, which each represent one of the texel's color components. In a 
preferred embodiment, each texel comprises red (R), green (G), and blue (B) color 
component values, although color components other than red, green, and blue may be 
utilized in other embodiments. 

[0034] In addition to the color component values, each texel also may comprise data 

defining a polynomial texture equation, also referred to herein as a "luminosity 
equation," representing the texel's luminosity behavior as a function of light direction. 
As will be described in more detail below, each luminosity equation is preferably based 
on a measure of luminosity values at a corresponding pixel of the captured images. 

[0035] In this regard, each texel preferably corresponds to a particular set of pixel 

coordinates of the captured images. Further, to determine a polynomial texture equation 
for a texel, the texture map manager 32 may determine, for each of the captured images, 
the luminosity value of the pixel at the texel's corresponding set of coordinates. The 
determined luminosity values, referred to as "sample luminosity values," may indicate 
both color and brightness and may be averaged to determine the texel's color component 
values. In this regard, the red, green, and blue color component values (R, G, and B) 
assigned to the texel may respectively correspond to the red, green, and blue color 
components of the averaged luminosity value {i.e., the value averaged from the sample 
luminosity values). Furthermore, based on the foregoing sample luminosity values, the 
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texture map manager 32 also may determine the texel' s polynomial texture equation as a 
function of light position. 

[0036] Such a polynomial texture equation preferably represents the luminosity 

behavior of the texel as the position of a light source illuminating the texel changes. 
Note that the polynomial texture equations of different texels may be different, thereby 
enabling the texture map manager 32 to establish a different luminosity behavior for 
different texels. Indeed, by assigning different texture equations to different texels, the 
manager 32 is able to account for the phenomena that different points of a non- 
homogenous surface may appear to respond differently to changes in light direction. As 
a result, a more realistic image of a graphical object may be produced when the PTM 34 
is applied to the object's surface. 

[0037] An exemplary methodology for generating the PTM 34 will now be described 

in more detail. In this regard, the image capture unit 58, operating under the direction 
and control of the texture map manager 32, preferably captures a plurality of images 
of a sample object, such as a piece of fabric, for example. As will be described in 
more detail hereafter, each of the images is preferably captured when the sample 
object is being lit from a different direction. 

[0038] FIGS. 2 and 3 depict an exemplary image capture unit 58 that may be utilized 

to capture images of the sample object 86. In this exemplary embodiment, the image 
capture unit 58 comprises a dome structure 72 having a digital camera 76 mounted at 
the top of the structure 72, as shown by FIGS. 2 and 3, although other types of 
structures may be employed for mounting the camera 76 in other embodiments. In the 
embodiment depicted by FIGS. 2 and 3, the dome structure 72 has a hole 79 through 
which a lens 81 of the camera 76 can receive light from the interior of the dome 
structure 72. Furthermore, the dome structure 72 of FIG. 2 preferably has a base 82 
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coupled to a plurality of legs 83 for supporting the structure 72 when the structure 72 
is placed on another base or structure 84, such as a table or desk, for example. In a 
preferred embodiment, the length and width of the base 82 is approximately 2.5 feet 
by 2.5 feet, and the height of the structure 72 is approximately 1.25 feet, although 
other dimensions of the structure 72 are possible in other embodiments. 

[0039] A sample object 86 is preferably positioned underneath the dome structure 72, 

and the lens 81 of the camera 76 preferably points to and is focused on the sample 
object 86 such that the camera 76 automatically captures an image of the sample 
object 86 when the camera 76 is instructed to take a picture. As an example, the 
sample object 86 may be placed on the same structure 84 upon which the dome 
structure 72 is residing and may be positioned at the center of the structure 72 such 
that the sample object 86 is directly below the hole 79 and lens 81. 

[0040] In the embodiment depicted by FIG. 2, a plurality of printed circuit boards 

(PCBs) 92 are mounted on the exterior of the dome structure 72. As shown by FIG. 4, 
each of the PCBs 92 preferably comprises a light source 95 (e.g., a light bulb, a light 
emitting diode, etc.) and light activation logic 96 for selectively activating and 
deactivating the light source 95 based on commands from the texture map manager 
32. The light source 95 of each PCB 92 preferably extends through the dome 
structure 72 and is exposed to the interior of the dome structure 72, as shown by FIG. 
3, such that light emitted from each of the light sources 95 illuminates the sample 
object 86. Each of the PCBs 92 and the camera 76 are preferably communicatively 
coupled to the local interface 51 (FIG. 1) and can exchange data with the texture map 
manager 32. Note that, if desired, one or more controllers (not shown) on one or more 
of the PCBs 92 or between the PCBs 92 and the local interface 51 may be employed 
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to control the light sources 95 and/or facilitate communication between the PCBs 92 
and the texture map manager 32. 
[0041] In an image capture phase, the texture map manager 32 periodically transmits, 

to the camera 76, a command for causing the camera 76 to capture an image of the 
sample object 86. The images captured by the camera 76 are preferably used to 
generate the PTM 34 and will be referred to hereafter as "texture images." 
Furthermore, the command transmitted by the texture map manager 32 for causing the 
camera 76 to capture a texture image will be referred to hereafter as a "capture image 
command." 

[0042] For each capture image command, the texture map manager 32 also transmits, 

to a different one of the PCBs 92, a command for causing the PCB's logic 96 to 
activate its corresponding light source 95. Such a command will be referred to 
hereafter as an "activation command." In response to the activation command, the 
PCB's logic 96 temporarily activates its corresponding light source 95 causing the 
light source 95 to flash light that briefly illuminates the sample object 86. The texture 
map manager 32 preferably controls the timing of the capture image command and the 
activation command such that the sample object 86 is being illuminated by the light 
source 95 when the camera 76 captures an image of the sample object 86. 

[0043] Note that the texture map manager 32 preferably transmits a capture image 

command and an activation command for each PCB 92. Accordingly, each captured 
texture image corresponds to an image of the sample object 86 as the sample object 86 
is being illuminated by a different one of the light sources 95 and, therefore, from a 
different direction. Note that the location of each light source 95 may be fixed, and 
for each texture image, the texture map manager 32 is preferably aware of the angle of 
incidence of the light that is illuminating the sample object 86. In this regard, the 
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angle of incidence of light from each light source 95 on the sample object 86 may be 
measured and programmed into the texture map manager 32. 

[0044] Each texture image captured by the camera 76 is preferably stored in the 

memory 42 (FIG. 1) of the texture map generating and editing system 30 as a set of 
texture image data 97. After the texture images are captured, the texture map manager 
32 preferably analyzes the texture image data 97 and generates the PTM 34 based on 
the data 97. More specifically, the texture map manager 32, utilizing known or future- 
developed techniques, measures or otherwise determines the color of each pixel of 
each texture image defined by the data 97. The texture map manager 32 may then 
utilize the measured color values to derive color component values and/or luminosity 
equations for the texels of the PTM 34. 

[0045] In this regard, the camera 76 and the sample object 86 preferably remain in a 

fixed position as the texture images are being captured during the image capture 
phase. Thus, pixels at the same set of coordinates for different texture images 
correspond to the same region or point on the sample object's surface. Moreover, 
each set of coordinates preferably corresponds to a different texel. Furthermore, to 
determine the color component values for a particular texel of the texture map 34, the 
texture map manager 32, for each texture image, determines the pixel's luminosity 
value (e.g., a value indicative of the pixel's color and brightness) at the set of 
coordinates that correspond to the particular texel. This may be achieved, for example, 
by identifying the particular set of coordinates for the texel and then retrieving, from 
each of the texture images, the luminosity value measured for the image's pixel that is 
located at or mapped to the identified set of coordinates. The manager 32 then 
averages the retrieved luminosity values to determine an averaged luminosity value 
for the particular texel. Values indicative of the color components of this averaged 
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value are then utilized as the color component values (R, G, and B) for the particular 
texel. 

[0046] To determine the luminosity equation for the particular texel, the texture map 

manager 32, for each texture image, preferably plots a luminosity value associated 
with the texel's corresponding set of coordinates. This may be achieved, for example, 
by identifying the particular set of coordinates for the texel and then retrieving, from 
each of the texture images, the luminosity value measured for the image's pixel that is 
located at the identified set of coordinates, as described above for determining the 
color component values. Each retrieved luminosity value may then be divided by the 
aforementioned averaged color value to derive a luminosity value (L) that is 
independent of the pixel's color. This luminosity value (L) may then be plotted as a 
function of the angle of incidence associated with the retrieved luminosity value. 

[0047] To better illustrate the plotting described above, assume that a texel associated 

with or mapped to coordinates (x,y) of the sample object 86 is selected. FIG. 5 
depicts the sample object 86 wherein an arrow 101 represents the direction of light 
illuminating the object 86 when the camera 76 (FIG. 2) is capturing one of the texture 
images defined by the texture data 97 (FIG. 1). In particular, the arrow 101 indicates 
the direction from which the light source 95 illuminating the object 86 is positioned 
relative to the object 86. Note that the angle of incidence of the light illuminating the 
object 86 has two angular components, a "u" component and a "v" component. Each 
of these components is depicted in FIGS. 6 and 7, respectively. 

[0048] Moreover, for the texture image captured in this example, angular components 

(u) and (v) are known values, and the pixel at coordinates (x,y) is associated with a 
measured luminosity value (Lmeasured) by the set of image data 97 defining the captured 
image. The measured luminosity value (L mea sured) may be converted into a luminosity 
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value (L) that is indicative of brightness only by dividing the measured luminosity 
value (Lmeasured) by an averaged luminosity value representing the average color of the 
pixel in the different images defined by the data 97. After determining the foregoing 
luminosity value (L), a three dimensional plot of (L, u, and v) can be performed, as 
shown by FIG. 8, in which point 104 represents the plotted value. In a preferred 
embodiment, such a plot is made for the same pixel (i.e., the pixel at the same set of 
coordinates) of each texture image captured during the image capture phase. 

After performing a plot for the same pixel of each texture image, as described 
above, the texture map manager 32 preferably fits a three-dimensional curve (which 
represents an approximation of (L) as a function of (u) and (v)) to the plotted points. 
In a preferred embodiment, the well-known least squares approximation is employed 
by the texture map manager 32 to perform a curve fit, although other techniques for 
curve fitting may be performed in other embodiments. The texture map manager 32 
also preferably derives an equation representing the fitted curve or, in other words, 
representing an approximation of (L). In a preferred embodiment where least squares 
approximation is utilized for curve fitting, the resulting equation derived by the 
manager 32 is a bi-quadratic polynomial represented as: 

L = F(u,v) = Au 2 + Bv 2 + Cuv + Du + Ev + F, 
where (A, B, C, D, E, and F) are all constants and where (u) and (v) are variables. 
Note that this equation is representative of the luminosity behavior of the selected 
texel (i.e., the texel associated with coordinates (x,y)) as a function of (u) and (v), 
which are angular components of the texel' s angle of incidence. Data defining the 
texel' s luminosity equation is preferably stored in memory 42 as a portion of the PTM 
34. Moreover, the aforementioned techniques are preferably repeated for each texel 
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such that a luminosity equation, in addition to a set of color component values (R, G, 
and B), is derived and stored for each texel of the PTM 34. 
[0050] Once the texels of the PTM 34 are defined, the PTM 34 may be applied to one 

or more graphical objects by a graphical display system, such as the system 140 
depicted by FIG. 9. Referring to FIG. 9, the system 140 preferably comprises a 
graphics application 141 having graphical data that defines one or more objects to be 
rendered by the system 140, and the system 140 preferably comprises a graphics 
adapter 142 for rendering the graphical objects defined by the graphics application 

141. This graphics adapter 142 preferably comprises a texture mapper 143 for 
applying, to an object's surface, the PTM 34 generated and/or edited by the system 30 
(FIG. 1) described above. Note that the graphics application 141 and the graphics 
adapter 142, including the texture mapper 143, may be implemented in software, 
hardware, or any combination thereof. 

[0051] A preferred embodiment of the graphical display system 140 of FIG. 9 

comprises one or more conventional processing elements 146, such as a digital signal 
processor (DSP) or a central processing unit (CPU), that communicate to and drive the 
other elements within the system 140 via a local interface 151, which can include one or 
more buses. Furthermore, an input device 1 54, for example, a keyboard or a mouse, can 
be used to input data from a user of the system 140, and an output device 156, for 
example, a screen display or a printer, can be used to output data to the user. 

[0052] During operation, the graphics adapter 142 preferably receives graphical data 

(e.g., primitives) from the graphics application 141 and renders the graphical data to the 
output device 156. When a graphical object is being rendered by the graphics adapter 

142, the texture mapper 143 may apply the texture defined by the PTM 34 to the surface 
of the graphical object. For illustrative purposes, assume that a graphical object being 
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rendered by the graphics adapter 142 has a surface, referred to hereafter as the "textured 
surface," to which the texture of the PTM 34 is to be applied. 
[0053] For each pixel of the textured surface, the texture mapper 143, based on the 

coordinates of the pixel, maps the pixel to one or more texels of the PTM 34. As set 
forth above, each texel of the PTM 34 of a preferred embodiment is associated with a 
luminosity equation in addition to color component values. Moreover, if a single 
texel is mapped to a pixel of the textured surface, the texture mapper 143 preferably 
calculates a luminosity value (L) for the mapped texel based on the texel 5 s luminosity 
equation. 

[0054] To calculate such a luminosity value (L), the texture mapper 143 determines 

the direction that light illuminates the pixel or, in other words, determines the values 
of (u) and (v) for the pixel. In this regard, the graphics application 141 preferably 
specifies a light source direction indicative of a direction of light that is illuminating 
the primitives generated by the graphics application 141 . For each primitive, the 
graphics application 141 also preferably provides data indicative of the primitive's 
orientation and, more specifically, indicative of a direction that is perpendicular to the 
primitive's surface. This data is sometimes referred to as a "primitive normal." 
Knowing the light direction and the primitive normal, the texture mapper 143 may 
calculate the angle of incidence of the light for the primitive or, in other words, may 
calculate the primitive's (u) and (v) values. The texture mapper 143 may then 
substitute these values for the variables (u) and (v), respectively, in the luminosity 
equation being utilized to calculate the luminosity value being applied to the pixel. 
Once this is done, all of the values except (L) in the luminosity equation are known, 
and the texture mapper 143 can, therefore, solve the equation for (L). 
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[0055] In the present embodiment, the calculated luminosity value (L) is a value 

indicative of the texel's brightness only and is independent of the mapped pixel's 
color. Thus, to derive the color values of the texel, the texture mapper 143 preferably 
combines the calculated luminosity value (L) with the texel's color component values 
(R, G, and B) stored in the PTM 34. 

[0056] More specifically, the texture mapper 143 preferably multiplies the calculated 

luminosity value (L) to each color component value (R, G, and B) of the texel to 
generate new color component values, referred to hereafter as "calculated color 
component values (Rc, G c , and B c )." The texture mapper 143 then applies the 
calculated color component values (Rc, G c , and B c ) to the mapped pixel according to 
well-known or future-developed texture mapping techniques. In this regard, the 
texture mapper 143 may apply the texel's calculated color component values to the 
mapped pixel according to the same techniques utilized by conventional texture 
mappers in applying a texel's constant color component values to a mapped pixel. 

[0057] If multiple texels of the PTM 34 are mapped to the pixel of the textured 

surface, then the texture mapper 143 is preferably designed to interpolate new color 
component values (R\ G\ and B') and a new luminosity equation (L') based on the 
color component values and the luminosity equations of the mapped texels. In this 
regard, it is common for conventional texture mappers to interpolate a texture value 
for a pixel based on the texture values of a plurality of texels mapped to the pixel. 
These same interpolation techniques may be employed by the texture mapper 143 to 
interpolate the new color component values (R\ G', and B') based on the 
corresponding color components (R, G, and B) from the mapped texels. 

[0058] Furthermore, each luminosity equation, in a preferred embodiment, comprises 

a set of constants (A, B, C, D, E, and F). The texture mapper 143 preferably utilizes 



HP Docket No. 100110411-1 

the constants of the luminosity equations of the mapped texels to derive a new set of 
constants (A', B', C, D', F, and F) for the luminosity equation being interpolated by 
the mapper 143. 

[0059] For example, the mapper 143 may be configured to interpolate a new constant 

(A') based on the corresponding constant (A) from each of the luminosity equations of 
the mapped texels. As noted above, it is common for conventional texture mappers to 
interpolate a color value for a pixel based on the color values of a plurality of texels 
mapped to the pixel. Such interpolation techniques may be employed, by the texture 
mapper 143, to interpolate (A') based on the corresponding constant (A) from the 
luminosity equations of the mapped texels. Further note that each of the constants (B', 
C, D', E', and F) may be similarly interpolated based on the corresponding constants 
(B, C, D, E, and F), respectively, from the luminosity equations of the mapped texels. 

[0060] Once the new set of constants (A' s B', C\ D', E\ and F') is determined, the 

new luminosity equation is defined and may be expressed as: 

U = F(u,v) = A'u 2 + B'v 2 + C'uv + D'u + Fv + F, 
where (u) and (v) are variables representing the angular components of the angle of 
incidence of the light illuminating the pixel. After determining this new luminosity 
equation and the values of (u) and (v), the texture mapper 143 preferably calculates a 
luminosity value (U) based on the new luminosity equation. The texture mapper 143 
preferably multiplies each of the new color component values (R', G', and B') by the 
calculated luminosity value (U) to generate a calculated set of color component values 
(Rc, G c , and B c ) and then applies the calculated color component values to the mapped 
pixel. In applying the calculated color component values (Rc, G c , and B c ) to the 
mapped pixel, the texture mapper 143 may utilize the same techniques employed by 
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conventional texture mappers in applying a texel's color component values to a 
mapped pixel. 

[0061] It should be noted that various modifications may be made to the embodiments 

described above without departing from the principles of the present invention. For 
example, in the embodiment described above, each texel of a PTM 34 comprises color 
component values (R, G, and B) and a luminosity equation (L). Furthermore, when 
applying a texel to a pixel, the texture mapper 143 generally calculates (L) based on 
light position and multiplies each color component value (R, G, and B) by the 
calculated value (L). However, if desired, the color component values (R, G, and B) 
may be respectively combined (e.g., multiplied) with the luminosity equation (L) to 
generate three new luminosity equations (Lred, Lgreen, and Lbi ue ), referred to hereafter as 
"color component luminosity equations." Each of the color component luminosity 
equations may then be stored in the PTM 34 to define a texel in lieu of the color 
component values (R, G, and B) and the single luminosity equation (L). 

[0062] During texture mapping, each of the color component luminosity equations 

(Lred, Lgreen, and Lbiue) may be solved based on light direction in the same way that the 
luminosity equation (L) is solved in the embodiment previously described above. 
Solving the color component luminosity equations generates three color component 
luminosity values (L^d, Lgreen, and Lbi ue ). Note that each of the color component 
luminosity values (I^d, Lgreen, and L b | ue ), similar to the calculated color component 
values (Rc, G c , and B c ) described above, is a value indicative of one of the texel's 
color components that is to be applied to the mapped pixel. In this regard, the color 
component luminosity values (Lred, Lgreen, and Lbi ue ) are indicative of both brightness 
and color. Moreover, the color component luminosity values (Lred, Lgreen, and L b i ue ) 
may be applied to the mapped pixel in the same way that conventional texture 
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mappers apply the constant color component values of a texel of a conventional 
texture map to a corresponding pixel. 

[0063] It should be noted that defining multiple color component luminosity 

equations (I^d* Lgreen, and L b i U e) for each texel likely requires more data than defining 
three color component values (R, G, and B) and a single luminosity equation (L) for 
each texel. Therefore, in some embodiments, it may be desirable to define the texels 
of a PTM 34 with color component values (R, G, and B) and a luminosity equation 
(L) according to previously described embodiments. 

[0064] However, in some embodiments, utilizing color component luminosity 

equations may help to improve texture mapping results. In this regard, in generating a 
PTM 34, the texture map manager 32 may be configured to subdivide the sample 
color value measured for each image into color components (e.g., red, green, and 
blue). More specifically, the texture map manager 32, when analyzing the texture 
image data 97, may measure or otherwise determine the luminosity of each color 
component. Then, for each texel, the texture map manager 32 may determine a color 
component luminosity equation for each color component rather than a single 
luminosity equation (L), as previously described above. 

[0065] Note that in determining color component luminosity equations (I^d, Lgreen, 

and Lbiue) in such an embodiment, the texture map manager 32 may employ 
techniques similar those described above in a preferred embodiment for determining a 
texel's luminosity equation (L). For example, to determine a red color component 
luminosity equation (Lred) for a texel, the texture map manager 32 (FIG. 1) may 
measure a red luminosity value (Lred) for the corresponding pixel in each digital image 
defined by the texture image data 97. The manager 32 may then plot each measured 
red luminosity value (Lred) as a function of the angle of incidence associated with the 
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measured red luminosity value, similar to how the manager 32 in the previously 
described embodiment plots (L) as a function of the angle of incidence associated with 
(L). However, note that (L^) in the present embodiment is a value indicative of both 
color and brightness, whereas (L) in the previously described embodiment is 
indicative of brightness only. 
[0066] After plotting (Lred) for the corresponding pixel in each image defined by the 

texture data 97, the texture map manager 32 may fit a three-dimensional curve to the 
plotted points and derive an equation (L^d) of this curve. Such an equation represents 
an approximation of the texel' s luminosity behavior for the red color component and 
may be expressed as: 

L^ed = F(U,V) = (A red )u 2 + (B red )v 2 + (C re d)uV + (D red )u + (E red )v + F red . 

Similar techniques may be employed to determine color component luminosity 
equations for the other color components of the texel. For example, when the other 
color components are blue and green, the luminosity equations for the other color 
components maybe expressed as: 

Lbiue = F(u,v) = (A biue )u 2 + (B b i U e)v 2 + (C blue )uv + (D b i ue )u + (E bIue )v + F blue ; 

and 

Lgreen = F(u,v) = (A gree n)u 2 + (B gree n)v 2 + (C gree n)UV + (D gree n)u + (E gree n)v + 
Fg reen . 

Moreover, in the present embodiment, each texel of the PTM 34 may comprise a 
different luminosity equation (Lred, L b i ue , or Lgreen) for each color component. Each of 
these equations may then be used, as described above, to apply a color component of 
the texel to a corresponding pixel. 
[0067] Note that when color component luminosity equations are separately generated 

by the manager 32 as just described above, the luminosity behavior of each color 
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component may be different. In other words, the red color component of a texel may 
appear to respond to changes in light direction in a different manner than the other 
color components of the texel. Such an effect may help to enhance the realism of the 
texture defined by the PTM 34. 

[0068] It should also be noted that, in a preferred embodiment, as described above, 

the luminosity equations, including the color component luminosity equations, are 
represented as bi-quadratic polynomials. However, in other embodiments, the 
luminosity equations may be defined by other types of equations. For example, if 
desired, bi-cubic polynomials could be utilized to express the luminosity equations. 
In such embodiments, similar techniques as those described above for the 
aforedescribed embodiments may be employed in order to determine and apply 
luminosity values to different pixels. 

[0069] To better illustrate the texture map generation and texture mapping processes 

described above, assume that the graphics application 141 (FIG. 9) comprises 
graphical data defining an image of a car seat. Further assume that it is desirable for a 
viewer to see an image of the car seat as if the car seat is covered in a particular fabric. 
In a preferred embodiment, a sample of the fabric is positioned underneath the dome 
structure 72 of FIG. 2 and below the camera 76. Once this occurs, the user preferably 
submits an input, via input device 54 (FIG. 1), indicating that the image capture phase 
may commence. 

[0070] In response, the texture map manager 32 selects a PCB 92, as shown by blocks 

222 and 225 of FIG. 10. The texture map manager 32 then transmits an activation 
command to the selected PCB 92 and transmits an image capture command to the 
camera 76 such that the camera 76 takes a picture of the sample object 86 (i.e., the 
sample fabric) as the object 86 is being illuminated by the light source 95 of the 
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selected PCB 92, as shown by block 226. Once the image of the object is captured, 
the camera 76 preferably stores the captured image in memory 42 (FIG. 1) as a set of 
texture image data 97. Note that an image captured by a PCB 92 is associated with a 
particular set of (u) and (v) values representing the angular components of the angle of 
incidence that the light from the PCB's light source 95 illuminates the object 86. The 
(u) and (v) values may be predefined values stored in the system 30. 

[0071] As an example, a user may physically measure or estimate the direction or 

angle from which the PCB's light source 95 illuminates the sample object 86. The 
user may then program the (u) and (v) components values into the texture map 
manager 32. Then, when the camera 76 captures an image of the object 86, which the 
PCB's light source 95 is illuminating, the texture map manager 32 may associate the 
programmed (u) and (v) values with the captured image. 

[0072] After the image is captured, the texture map manager 32 preferably selects 

another PCB 92 and repeats the aforedescribed techniques, as shown by blocks 225- 
227, such that another image is captured as the object 86 is being illuminated from a 
different direction by the light source 95 of another PCB 92. As shown by block 231, 
the texture map manager 32 preferably measures or otherwise determines the 
luminosity of each pixel within each of the texture images defined by the texture 
image data 97. These measured luminosity values may then be used to determine 
color component values and luminosity equations for the different texels of the PTM 
34. 

[0073] In this regard, the texture map manager 32, in block 244 of FIG. 11, preferably 

selects a new texel, which is associated with a particular set of coordinate values. 
Then, in block 245, the texture map manager 32 selects a new texture image defined 
by the data 97. For this selected texture image, the texture map manager 32 retrieves, 
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in block 246, the measured luminosity value (Lmeasured) for the pixel that is located at 
the particular set of coordinate values associated with the texel selected in block 244. 
In block 246, the texture map manager 32 also retrieves the (u) and (v) values 
associated with the texture image selected in block 245. 

[0074] After retrieving a set of (Lmeasured), (u), and (v) values in block 246, the texture 

map manager 32 selects another texture image and repeats blocks 245 and 246. As 
shown by blocks 245-247, the texture map manager 32 continues to repeat blocks 245 
and 246 for different texture images until block 246 has been performed for all of the 
texture images defined by the data 97. 

[0075] As shown by block 248, the texture map manager 32 then calculates an 

average, referred to hereafter as the "averaged (L)," of the measured luminosity values 
(Lmeasured) retrieved via block 246. The color components of the averaged (L) are 
preferably utilized as the color components (R, G, and B) of the selected texel. 
Further, in block 249, each measured luminosity value (Lmeasured) retrieved in block 
246 is converted into a luminosity value (L) by dividing the measured luminosity 
value (Lmeasured) by the averaged (L). This luminosity value (L) is indicative of 
brightness only, although the luminosity value (L) calculated in block 249 may be 
indicative of other parameters in other embodiments. 

[0076] As shown by block 250, the texture map manager 32 performs a curve fit, 

using each set of (L), (u), and (v) values derived from a single texture image as a 
different data point, and the texture map manager 32, based on this curve fit, 
determines an equation for the fitted curve. This equation is the luminosity equation 
for the PTM texel selected in block 244 and is stored in the PTM 34 in block 251 
along with the color component values of the selected texel. 
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[0077] After defining and storing the luminosity equation and color component values 

for one texel of the PTM 34 via blocks 244-251, the texture map manager 32 repeats 
blocks 244-251 for another texel that is associated with another set of coordinates. 
Indeed, the texture map manager 32 preferably repeats blocks 244-25 1 for each 
different texel of the PTM 34. Once a luminosity equation has been defined for each 
texel of the PTM 34 in this way, the PTM 34 is complete, and the process of 
generating the PTM 34 preferably ends, as shown by block 252. 

[0078] After the PTM 34 has been generated, the PTM 34 may be stored and used by 

the graphical display system 140 of FIG. 9. In this regard, continuing with the 
illustrative car seat example, the graphics application 141 may generate primitives 
defining the car seat. When the graphics adapter 142 is rendering a pixel of the car 
seat's surface, the texture mapper 143 preferably applies the PTM 34 to the pixel. 
More particularly, when rendering the pixel, the texture mapper 143 determines, in 
block 275 of FIG. 12, whether the pixel defines a portion of the car seat surface. If so, 
the texture mapper 143 maps one or more texels of the PTM 34 to the pixel, as shown 
by block 278. 

[0079] If a single texel is mapped to the pixel, then the mapper 143 calculates a 

luminosity value (L) from the mapped texel' s luminosity equation stored in the PTM 
34, as shown by blocks 282 and 284. Note that this luminosity value is based on the 
angle of incidence for the light that illuminates the pixel. As set forth above, this 
angle of incidence may be determined from data provided by the graphics application 
141. After calculating a luminosity value (L) from the mapped texel' s luminosity 
equation, the mapper 143 multiplies each of the color component values (R, G, and B) 
of the mapped texel by the calculated luminosity value (L) to generate a set of 
calculated color component values (Rc, G c , and B c ), as shown by block 286. Also in 
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block 286, the texture mapper 143 applies or assigns the calculated color component 
values (Rc, G c , and B c ) to the pixel. 

[0080] If multiple texels of the PTM 34 are mapped to the pixel in block 278, then the 

texture mapper 143 is preferably designed to interpolate a new luminosity equation 
based on the luminosity equations of the mapped texels, as shown by blocks 282 and 
288. After interpolating a new luminosity equation in block 288, the texture mapper 
143 calculates a luminosity value (L) from the interpolated luminosity equation, as 
shown by block 289. Note that this luminosity value is based on the angle of 
incidence for the light that illuminates the pixel. 

[0081] As shown by block 290, the mapper 143 interpolates a set of color component 

values (R, G, and B) based on the color component values of the mapped texels. The 
mapper 143 then multiples each of the interpolated color component values by the 
calculated luminosity value (L) to generate a set of calculated color component values 
(Rc, G c , and B c ), as shown by block 292. Also in block 292, the mapper 143 applies 
or assigns the calculated color component values (Rc, G c , and B c ) to the pixel. 

[0082] After color component values are assigned to the pixel in block 286 or 292, the 

pixel is rendered by the graphics adapter 142. The output device 156 then displays the 
pixel based on the color component values assigned to the pixel by the texture mapper 
143. 

[0083] Note that, as the texture mapper 143 receives more primitives of the car seat's 

surface, tiling techniques may be employed to apply the PTM 34 across the surface of 
the car seat. Tiling techniques for applying a texture map across the surface of a 
graphical object are generally well-known in the art. 

[0084] Once each of the pixels of the car seat is rendered by the graphics adapter 142, 

the display device 156 displays an image of the car seat. This displayed car seat 
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appears to be covered with the fabric from which the texture image data 97 is based. 
In other words, the displayed car seat appears to be covered with the fabric (i.e., the 
sample object 86) positioned underneath the dome structure 72 (FIG. 2). 

[0085] Furthermore, by defining the luminosity equations as a function of light 

direction, as described above, the luminosity equations take into account the 
phenomena that different point elements of the sample fabric may appear to respond 
to changes in light direction differently. Thus, utilization of the luminosity equations 
to calculate the color values that are applied to the car seat by the texture mapper 143 
helps to create a more realistic image of the car seat. 

[0086] It should be noted that, in a preferred embodiment, the user of the system 140 

may submit an input, via input device 154, for changing the direction from which the 
graphical object (e.g., the car seat) is being illuminated. For example, the user may 
submit an input for moving a simulated light source illuminating the graphical object 
from one model position to a different model position. In response to such an input, 
the graphics application 141 preferably calculates a new angle of incidence for each 
primitive of the graphical object based on the new position of the light source relative 
to the graphical object. According to the aforedescribed rendering process, the new 
angle of incidence affects the luminosity values calculated from the luminosity 
equations in blocks 284 and 289 of FIG. 12. More specifically, a different angle of 
incidence may cause the texture mapper 143 to calculate a different luminosity value 
(L) from the same luminosity equation. 

[0087] FIGS. 13 and 14 depict an exemplary process for generating a PTM 34 having 

texels defined by color component luminosity equations (Lred, Lgreen, and Lbi ue ). As 
can be seen by comparing FIGS. 13 and 14 to FIGS. 10 and 1 1, the foregoing process 
may be similar to the PTM generation process depicted by FIGS. 10 and 1 1 . Indeed, 
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blocks 422, 425, 426, 427, 431, and 444 of FIGS. 13 and 14 are respectively the same 
as blocks 222, 225, 226, 227, 231, and 244 of FIGS. 10 and 1 1. However, in the 
process depicted by FIGS. 13 and 14, the texture map manager 32, after performing 
block 444, selects a color component (e.g., red, green, or blue) in block 446. Then, 
after selecting a new texture image in block 445, the texture map manager 32, in block 
455, retrieves the selected component of the measured luminosity value (Lmeasured) for 
the pixel that is located at the set of coordinate values associated with the texel 
selected in block 444. The texture map editor 32 also retrieves the angular 
components (u) and (v) for the angle of incidence of the texture image selected in 
block 455. Note, in particular, that the luminosity value retrieved in block 455 is a 
color component of the overall luminosity value measured for the associated pixel. 

For example, if the red color component is selected in block 446, then the 
manager 32 preferably retrieves the red color component of the measured luminosity 
value (Treasured)- Therefore, the luminosity equation later generated in block 467 and 
stored in block 468 preferably corresponds to a representation of the luminosity 
behavior of the selected color component only. As depicted by block 469, the 
aforedescribed process for defining and storing a color component luminosity 
equation for the selected texel is repeated for each different color component of the 
selected texel. Further, as shown by block 472, the process depicted by FIG. 14 
continues until color component luminosity equations have been defined for all texels. 
Moreover, once the process depicted by FIGS. 13 and 14 is completed, each texel 
preferably comprises color component equations (Lred, Lgreen, and L b i ue ). Note that 
changes to the aforedescribed algorithm depicted by FIGS. 13 and 14 or different 
algorithms may be implemented to generate a PTM 34 in other examples. 
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[0089] FIG. 15 depicts an exemplary process for applying a PTM 34, such as one 

generated by the process depicted by FIGS. 13 and 14, that has texels defined by color 
component luminosity equations (I^d, Lgreen, and L b i ue ). When the graphics adapter 
142 is rendering a pixel, the texture mapper 143 preferably applies the PTM 34 to the 
pixel. In this regard, when rendering the pixel, the texture mapper 143 determines, in 
block 515, whether the pixel defines a portion of a surface of a graphics object, such 
as the car seat described above. If so, the texture mapper 143 maps one or more texels 
of the PTM 34 to the pixel, as shown by block 528. 

[0090] If a single texel is mapped to the pixel, then the mapper 143 evaluates the 

color component luminosity equations (Lred, Lgreen, and L D i ue ) defined by the mapped 
texel, as shown by blocks 532 and 541 . Note that each color component luminosity 
equation (Lred, Lgreen, and Lbi ue ) is based on the angle of incidence for the light that 
illuminates the pixel. As set forth above, this angle of incidence may be determined 
from the graphics application 141 in order to calculate color component luminosity 
values (Lred, Lgreen, and Lbiue) from the color component luminosity equations in block 
541 . After calculating the color component values (Lred, Lgreen, and L b i ue ) in block 541 , 
the mapper 143 applies or assigns the calculated color component values (Lred, Lgreen, 
and Lbiue) to the pixel, as shown by block 543. In this regard, the mapper 143 assigns 
the color component luminosity value (Lred) to the pixel as the pixel's red color 
component value (R). The mapper 143 also assigns the color component luminosity 
values (Lgreen and Lbiue) to the pixel as the pixel's green and blue color component 
values (G and B), respectively. 

[0091] If multiple texels of the PTM 34 are mapped to the pixel in block 528, then the 

texture mapper 143 is preferably designed to interpolate a new set of color component 
luminosity equations (L' re d, L'green, and L'bi ue ) based on the color component 
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luminosity equations (I^d, Lgreen, and Lbiue) of the mapped texels, as shown by blocks 
532 and 545. This may be achieved by interpolating each constant (A', B', C\ D', E', 
and F') of the interpolated equation based on the corresponding constants (A, B, C, D, 
E ? and F) of the corresponding color component luminosity equations (L^d, Lgreen, and 
Lbiue) of the mapped texels. 

[0092] For example, to interpolate the constant (A re d) of the new red color component 

equation (L' re d), the texture mapper 143 may calculate a weighted average (weighted 
based on the pixel's position relative to the mapped texels) of the constant (A re d) from 
each red color component luminosity equation (Lr e d) of the mapped texels. 
Furthermore, the other constants (B' re d, C' red , D'red, E' re d, and F' red ) of the new red color 
component luminosity equation (L' re d) may be respectively interpolated, via similar 
techniques, from the constants (B red , C red > Dred, E re d, and F re d) of the red color 
component luminosity equations (Lred) of the mapped texels. 

[0093] After interpolating new color component luminosity equations (L' red , L' green, 

and L'biue) in block 545, the texture mapper 143 preferably evaluates the interpolated 
color component luminosity equations (L' red , L'green, and L'biue), as shown by block 
548. Note that each interpolated color component luminosity equation (L' red , L' green, 
and L'biue) is based on the angle of incidence for the light that illuminates the pixel. 
As set forth above, this angle of incidence may be determined from data provided by 
the graphics application 141 in order to calculate color component luminosity values 
(L'r e d, L' green, and L'biue) from the color component luminosity equations in block 548. 
After calculating the color component values (L' re a, L' green, and L'biue) in block 548, the 
mapper 143 applies or assigns the calculated color component values (L' re d, L' green, and 
L'biue) to the pixel, as shown by block 551 . 
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[0094] After color component values are assigned to the pixel in block 543 or 551, the 

pixel is rendered by the graphics adapter 142. The output device 156 then displays the 
pixel based on the color component values assigned to the pixel by the texture mapper 
143 in block 543 or 551. 

[0095] According to techniques described above, a PTM 34 may be applied to a 

variety of different graphical objects in order to improve image quality. In an effort to 
optimize image quality and rendering speed in some embodiments, a PTM 34 may be 
selectively applied to a graphical object depending on various factors, such as, for 
example, a desired level of detail, the object's distance from a user's viewpoint, the 
object's viewing angle, and/or an amount of visible surface area. 

[0096] In this regard, in some situations, applying a PTM 34 in lieu of a non-PTM 

(e.g., a conventional texture map) may enhance the appearance of a graphical object 
but also may increase the amount of time required to render the graphical object. 
Moreover, it may be desirable to selectively apply a PTM 34 to a particular graphical 
object depending on various factors and to apply a non-PTM 630 (FIG. 9) to the 
graphical object when the PTM 34 is not being applied. Thus, during some time 
periods, the graphical object is rendered via the PTM 34 thereby producing a high 
quality image of the graphical object, and in other time periods, the object is rendered 
via a non-PTM 630 thereby reducing the time required to render the graphical object. 
Note that there are various factors that may be used to decide whether a PTM 34 or a 
non-PTM 630 is to be applied to graphical object. Examples of such factors will be 
described in further detail hereinbelow. 

[0097] As a graphical object gets further from a user's viewpoint (e.g., as the user 

zooms out such that the graphical object appears further away from the viewer), the 
image quality improvements resulting from the use of a PTM 34 instead of a non- 
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PTM 630 are likely to diminish. Indeed, a point may be reached where it is more 
desirable to apply a non-PTM 630 to the graphical object in lieu of a PTM 34 in order 
to reduce the time and/or complexity associated with rendering the graphical object. 
In other words, a point may be reached where the image quality enhancements 
resulting from the use of a PTM 34 are outweighed by the increased rendering time 
required to apply the PTM 34 to the graphical object. Thus, at object depths greater 
than a particular threshold, it may be desirable to apply a non-PTM 630 to a graphical 
object rather than a PTM 34. 

[0098] In addition, the viewing angle of the object may also affect whether a PTM 

version of an object is desirable. In this regard, at some viewing angles, image quality 
enhancements resulting from the use of a PTM 34 may be less pronounced as 
compared to other viewing angles. For example, applying a PTM 34 to a surface of a 
graphical object may have a greater effect with respect to image quality when the 
surface is being viewed from the front (e.g., a 90 degree angle with respect to the 
object's surface) than when the surface is being viewed from the side (e.g., close to a 
180 degree angle with respect to the object's surface). Thus, in determining whether 
to apply a PTM 34 or a non-PTM 630 to a graphical object, it may be desirable to 
consider the viewing angle of the object. 

[0099] Furthermore, the size of the object's visible surface may also affect whether a 

PTM version of the object is desirable. In general, for larger-sized surfaces, the image 
quality effects associated with applying a PTM 34 instead of a non-PTM 630 may be 
more pronounced. Therefore, in determining whether to apply a PTM 34 or a non- 
PTM 630 to a graphical object, it may be desirable to consider the visible surface area 
of the object. 
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Moreover, for at least the reasons set forth above, the texture mapper 143 of 
FIG. 9 may be.configured to selectively apply a PTM 34 and a non-PTM 630 to 
graphical objects based on a viewpoint parameter (e.g., viewing distance, viewing 
direction, and/or visible surface area of the graphical object). Thus, during some time 
periods, the texture mapper 143 applies the PTM 34 to a graphical object, and during 
other time periods, the texture mapper 143 applies the non-PTM 630 to the graphical 
object. Note that the PTM 34 and non-PTM 630 preferably define similar textures 
except that the luminosity values of the PTM 34 are functions of light position or 
some other variable parameter, as described hereinabove. Indeed, as will be described 
in more detail hereafter, it is possible for the non-PTM 630 to be derived from the 
PTM 34. 

It should be noted that various methodologies may be employed by the texture 
mapper 143 in order to determine whether the PTM 34 or the non-PTM 630 is to be 
applied to a graphical object. Exemplary techniques for selecting between the PTM 
34 and non-PTM 630 will be described in more detail below. 

In this regard, when the mapper 143 receives, from the graphics application 
141, data defining a graphical object for rendering, the mapper 143 preferably 
determines whether the graphical object is associated with or has a corresponding 
PTM 34, as depicted by blocks 601 and 605 of FIG. 16. Note that it is common in 
conventional texture rendering systems for the data defining a graphical object to 
indicate whether the graphical object is correlated with a conventional texture map 
such that the correlated texture map is applied to the surface of the object when the 
object is rendered. Via similar techniques, the data defining a graphical object from 
the graphics application 141 of FIG. 9 may indicate whether the object is correlated 
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with a particular PTM 34 such that the texture mapper 143, when appropriate, applies 
the PTM 34 to the surface of the object. 

[00103] Similarly, the graphics application 141 may also indicate which non-PTM 630 

is correlated with the object and, during certain time periods, is to be applied to the 
object in lieu of the PTM 34. Alternatively, the non-PTM 630 may be correlated with 
the PTM 34 such that the texture mapper 143 automatically applies the correlated non- 
PTM 630 if the texture mapper 143 determines, based on the viewer's viewpoint, that 
the PTM 34 is not to be applied. 

[00104] Referring again to FIG. 16, if the graphical object is not correlated with a PTM 

34, then the texture mapper 143 may render the object, in block 608, via any known or 
future-developed rendering technique. However, if the graphical object is correlated 
with a PTM 34, the texture mapper 143 may calculate a map selection factor (MSF), 
as depicted by block 61 1. In general, the MSF is a value indicative of the desirability 
of applying the PTM 34 in lieu of a non-PTM 630. The value of the MSF may be 
weighted based on the viewing depth, amount of exposed surface area, and/or viewing 
angle of the object. In one exemplary embodiment, the value of the MSF is generally 
lower for longer object depths, for smaller visible surfaces, and for larger viewing 
angles. Thus, higher values of the MSF indicate that applying the PTM 34 rather than 
the non-PTM 630 is more desirable. Note that, in other embodiments, the MSF may 
be weighted based on other parameters and may be weighted such that lower MSF 
values indicate a greater desire to apply the PTM 34 in lieu of the non-PTM 630. 

[00105] There are a variety of methodologies that may be employed to calculate the 

value of the MSF. In one exemplary embodiment, the texture mapper 143 divides the 
object's depth by the area of the object's visible surface to generate a ratio referred to 
hereafter as the "MSF ratio." This ratio is generally higher as the viewer's viewpoint 
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gets further from the object and is generally lower for objects having a larger surface 
area exposed to the user. Once the MSF ratio is calculated, the ratio is preferably 
adjusted based on the user's viewing angle of the object in order to derive the value of 
the MSF. 

[00106] For example, the MSF ratio may be multiplied by the sine of the viewing 

angle. In this regard, the value of the MSF may be calculated from the following 
equation: 

MSF = [(object depth/object area)] sin(viewing angle). 
Thus, if the viewing angle (a) of a rendered object surface 612 is perpendicular, as 
depicted by FIGS. 17 and 18, then the MSF ratio is not changed in deriving the value 
of the MSF. In other words, the value of the MSF equals the MSF ratio in such an 
example. However, the value of the MSF is decreased as the viewing angle of the 
surface 612 decreases. Note that FIG. 19 depicts the object surface 612 once the 
viewing angle (a) for the surface 612 has decreased approximately 30 degrees from 
the viewing angle (a) depicted in FIG. 18. Note that various other techniques for 
calculating the value of the MSF are possible in other embodiments. 
[00107] In block 615 of FIG. 16, the texture mapper 143 preferably compares the 

calculated MSF value for the new object to a predefined MSF threshold that may be 
stored in the graphics adapter 142 or elsewhere within the system 140. The MSF 
threshold may be empirically determined such that the texture mapper 143 applies the 
PTM 34 in lieu of the non-PTM 630 when it is desirable or advantageous to do so in 
view of the factors described above. If the MSF does not exceed the MSF threshold, 
then the texture mapper 143 preferably applies the non-PTM 630 to the object, as 
shown by blocks 615 and 617. Note that applying the non-parametric texture map 630 
in lieu of the PTM 34 may decrease the amount of time required to render the object. 
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However, if the MSF exceeds the MSF threshold, then the texture mapper 143 
preferably applies the correlated PTM 34 in lieu of the non-PTM 630 to the object, as 
shown by blocks 615 and 619. Note that applying the PTM 34 to the object instead of 
the non-PTM 630 may enhance the image quality of the rendered object. 

Moreover, by implementing the process depicted by FIG. 16, the texture 
mapper 143 may initially apply the non-PTM 630 to at least a portion of a surface of a 
graphical object via block 617. However, as the viewer's viewpoint changes (e.g., as 
the viewer's viewpoint gets closer to the object), the texture mapper 143 may switch 
to applying the PTM 34 in lieu of the non-PTM 630 to the aforementioned surface 
portion. 

In another example, by implementing the process depicted by FIG. 16, the 
texture mapper 143 may initially apply the PTM 34 to a graphical object via block 
619. However, as the viewer's viewpoint changes (e.g., as the viewer's viewpoint 
gets further from the object), the texture mapper 143 may switch to applying the non- 
PTM 630 in lieu of the PTM 34 to the aforementioned surface portion. 

To better illustrate the foregoing, assume that a seat of a chair (not shown) is 
covered with a particular fabric. A graphics application 141 (FIG. 9) may be 
configured to generate graphical data defining an image of the aforementioned chair, 
and the texture mapper 143 may be configured to render such an image to the display 
device 156. In such an example, the memory 142 may store a non-PTM 630 that 
defines a texture of the fabric and a PTM 34 that also defines a texture of the fabric. 

In rendering the image of the chair based on graphical data provided by the 
application 141, the texture mapper 143 may be configured to calculate an MSF value 
for the chair image based on a viewpoint of the image. When the viewing distance of 
the image is large, the MSF is may be below the MSF threshold, and in such an 
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example, the texture mapper 143 preferably applies the non-PTM 630 to the graphical 
image of the chair's seat. 

However, if the viewer's viewpoint changes, then the texture mapper 143 may 
be configured to apply the PTM 34 in lieu of the non-PTM 630. As an example, a 
user may zoom the chair image such that this image appears closer to the user. In 
other words, a user may zoom the chair image such that the viewing distance of the 
chair image decreases. Such an action may cause the MSF value associated with the 
chair image to exceed the MSF threshold. If so, the texture mapper 143 preferably 
applies the PTM 34 to graphical image of the chair's seat. 

According to the aforementioned techniques, the texture mapper 143 
selectively applies a PTM 34 and non-PTM 630 to a graphical object in a strategic 
manner such that rendering speed and image quality are optimized based on one or 
more viewing parameters. 

It should be noted that, in some embodiments, the MSF value described above 
may be calculated by the graphics application 141 or some other component in lieu of 
the texture mapper 143. Indeed, in one exemplary embodiment, the MSF value may 
represent a level of detail value calculated by the graphics application 141. In this 
regard, conventional graphics applications normally calculate a level of detail (LOD) 
value that is used, by the application 141 , in generating primitives. This LOD value 
indicates the desired amount of detail for a graphical object that is to be displayed and, 
like the MSF factor described above, may be based on viewing parameters, such as 
object depth and/or whether the displayed image is currently changing to a new scene, 
for example. In this regard, the LOD value generally indicates that objects at greater 
viewing depths are to be displayed with less detail. In addition, when the displayed 
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image is changing to a new scene, the LOD value may indicate that an object is to be 
displayed with less detail until the image is transitioned to the new scene. 

Conventional graphics applications sometimes use such a LOD value to 
perform various functions, such as determining the number of primitives that are to be 
used to define a graphical object. For example, if the LOD value for an object 
indicates that only a small amount of detail is desired, a graphics application may 
generate a small number of primitives for the object. However, if the LOD value 
changes and indicates that a greater amount of detail for the object is desired (e.g., the 
object's depth increases), then the graphics application may generate a larger number 
of primitives for the object such that a more detailed view of the object is rendered. 

Moreover, the graphics application 141 of FIG. 9 maybe configured to 
similarly generate and use a LOD value. The application 141 may then provide this 
value to the texture mapper 143, which may then use this value as the MSF value 
described above. Thus, the texture mapper 143 may selectively apply a PTM 34 and a 
non-PTM 630 to a graphical object based on the object's LOD value that is calculated 
by the graphics application 141 via known or future-developed techniques. 

In addition, it should also be noted that the non-PTM 630 that is selectively 
applied to a graphical object along with a PTM 34 may be derived from the PTM 34. 
As an example, the texture mapper 143 or the texture map manager 32 may be 
configured to evaluate each of the luminosity equations of the PTM 34 for a particular 
light direction (e.g., a particular set of u and v values) thereby converting a copy of the 
PTM 34 into the non-PTM 630. 

For example, the texture mapper 143 or the texture map manager 32 may 
generate the non-PTM 630 by substituting the value of zero for u and v in each 
luminosity equation of the PTM 34. The resulting values may be stored in memory 
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142 as the non-PTM 630. Thus, each texel value in the non-PTM 630 is a constant 
calculated by evaluating, for a particular set of u and v values, a luminosity equation 
of a corresponding texel in the PTM 34. Note that substituting the value of zero for u 
and v into a luminosity equation has the effect of evaluating the luminosity equation 
when the angle of incidence of a light source is perpendicular to the texture surface 
defined by the non-PTM 630. 
[00120] To further illustrate the foregoing, assume that, as previously described above, 

each texel of PTM 34 is defined by three constant color component values (R, G, and 
B) and a luminosity equation (L) expressed as: 

L = F(u,v) - Au 2 + Bv 2 + Cuv + Du + Ev + F. 
In such an example, the value of zero may be substituted for u and v such that the 
luminosity equation evaluates to a value of F. This luminosity value may then be 
multiplied by the color component values (R, G, and B) to derive new color 
component values (R', G\ and B') where: 

R' = RF, 

G' = GF, and 

B' = BF. 

The new color component values (R\ G', and B') may then be used to represent a 
corresponding texel of the non-PTM 630. 
[00121] In another example, each texel of PTM 34 may be defined by three color 

component luminosity equations (L^d, Lgreen, and L b i ue ) expressed as: 

Lred = F(U,V) = (A r ed)u 2 + (B red )v 2 + (C red )uV + (D red )u + (E red )v + F red , 

Lblue = F(U,V) = (A b i U e)U 2 + (B b lue)v 2 + (Cblue)uV + (D b lue)u + (E b lue)v + F blue , and 

Lgreen = F(u,V> = (A gree n)u 2 + (Bg reen )v 2 + (Cgreen)uV + (D gree n)u + (E green )v + 
Fgreeiv 
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In such an example, the value of zero may be substituted for u and v such that the 
color component luminosity equations evaluates to constant values where: 

Lred = F re d, 

Lgreen = Fgreen, and 

Lblue = Fblue- 

These constant color component values may then be used to represent a corresponding 
texel of the non-PTM 630. 

It should be noted that, in other embodiments, other values of u and v maybe 
substituted in the luminosity equations of the PTM 34 in order to derive the non-PTM 
630. Further, various other techniques for converting a PTM 34 into a non-PTM may 
be employed in order to define the non-PTM 630. 
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